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DETAILED ACTION 

1 . Claims 1 -69 are pending. 

Drawings 

2. Formal Drawings were received 06/02/2003. 

3. The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) because they 
do not include the following reference sign(s) mentioned in the description: 

Fig. 1 1, #1 100 is not in the drawing. See Specification page 35, line 17. 
A proposed drawing correction or corrected drawings are required in reply to the Office action to 
avoid abandonment of the application. The objection to the drawings will not be held in 
abeyance. 

4. The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) because they 
include the following reference sign(s) not mentioned in the description: 

Fig. 3B, #301-305. 
Fig. 4. 

Fig. 8A includes #801-80 & 803A. Reference Specification page 37, lines 8-12 where 
item numbers are 1801 -1804. Reference numbers in Specification should be changed. 
Fig. 10, #1000, #1005A, and 1007B. 
Fig. 12A, #1202-1204. 
Fig. 12B, #1252-1253. 

A proposed drawing correction, corrected drawings, or amendment to the specification to 
add the reference sign(s) in the description, are required in reply to the Office action to avoid 
abandonment of the application. The objection to the drawings will not be held in abeyance. 
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Specification 

5. Applicant is requested to update the information on page 1 of the Specification. 

6. The disclosure is objected to because of the following informalities: Appropriate 
correction is required. 

Page 35, line 2 recites, ".. .steps 101 A of enterGCCriticalSection. . .", should be -. . .steps - 
1 005 A of enterGCCriticalSection. 

Page 35, line 3 recites, ".. .similar to that of 1001 on the client side. . .", should be - 
. . . similar to that of 1 005 on the client side. 

7. Applicant to submit cross references to related Applications and descriptions of related 
art as per MPEP, including previously published information regarding Dej aVu and 
multiprocessors: 

Content of Specification 

(b) Cross-References to Related Applications : See 37 CFR 1 .78 and MPEP § 201 . 1 1 . 

(e) Background of the Invention : See MPEP § 608.01(c). The specification should 
set forth the Background of the Invention in two parts: 

(1) Field of the Invention : A statement of the field of art to which the 
invention pertains. This statement may include a paraphrasing of the 
applicable U.S. patent classification definitions of the subject matter of the 
claimed invention. This item may also be titled "Technical Field." 

(2) Description of the Related Art including information disclosed under 37 
CFR 1.97 and 37 CFR 1.98 : A description of the related art known to the 
applicant and including, if applicable, references to specific related art and 
problems involved in the prior art which are solved by the applicant's 
invention. This item may also be titled "Background Art." 



Claim Rejections - 35 USC §112 
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8 . The following is a quotation of the second paragraph of35U.S.C112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

9. The following claims recite limitations demonstrating insufficient antecedent basis: 
Claim 9, ". . .wherein said application. . ." 

Claim 26, ". .. wherein the logical schedule interval LSI [11. .." 
Claim 36, ". . .wherein each virtual machine. 
Claim 40, " . . . wherein network operations ..." 
Claim 43, ". . .the virtual machine-server. . ." 
Claim 44, ". . .sending the ClientEventlD. . ." 

Claim 45, ". . .the networkEventld. .the connectionld. .the 
NetworkLogFile. . .", ". . .networkEventld value. . .", and ". . .the matching connectionld." 
Claim 46, ". . .the matching connectionlD. . ." 
Claim 47, ". . .which equals recValue. . ." 

Claim 48, ". . .the thread- specific event Num. . ." and ". . .the NetworkLogFile." 
Claim 5 0, "... the NetworkLogFile ..." and "... the current eventNum ..." 
Claim 55, ". . .wherein enterFDCriticalSection(socket). . . 

Double Patenting 

1 0. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. See In re Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. 
Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 
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F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 
1970);and, In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) may be used to 
overcome an actual or provisional rejection based on a nonstatutory double patenting ground 
provided the conflicting application or patent is shown to be commonly owned with this 
application. See 37 CFR 1.130(b). 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 
CFR 3.73(b). 

11. Claim 1 is provisionally rejected under the judicially created doctrine of double patenting 
over claim 1 of copending Application No. 09/569306. This is a provisional double patenting 
rejection since the conflicting claims have not yet been patented. 

The subject matter claimed in the instant application is fully disclosed in the referenced 
copending application and would be covered by any patent granted on that copending application 
since the referenced copending application and the instant application are claiming common 
subject matter, as follows: 

"identifying an execution order of critical events of a program; 

-generating groups of critical events of said program, wherein for each group, critical events 
belonging to said group belong to a common execution thread; 

-generating, for each execution thread, a logical thread schedule that identifies a sequence of said 
groups." 
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12. Claim 60 is provisionally rejected under the judicially created doctrine of double 
patenting over claim 31 of copending Application No. 09/569306. This is a provisional double 
patenting rejection since the conflicting claims have not yet been patented. 

The subject matter claimed in the instant application is fully disclosed in the referenced 
copending application and would be covered by any patent granted on that copending application 
since the referenced copending application and the instant application are claiming common 
subject matter, as follows: 

"-identifying an execution order of critical events of a program; 
-deterministically replaying." 

Furthermore, there is no apparent reason why applicant would be prevented from 
presenting claims corresponding to those of the instant application in the other copending 
application. See In re Schneller, 397 F.2d 350, 158 USPQ 210 (CCPA 1968). See also MPEP 
§ 804. 

1 3 . Claims 1 and 67 are rej ected under the judicially created doctrine of double patenting 
over claim 1 of U. S. Patent No. 6,101,524 since the claims, if allowed, would improperly extend 
the "right to exclude" already granted in the patent. 

The subject matter claimed in the instant application is fully disclosed in the patent and is 
covered by the patent since the patent and the application are claiming common subject matter, 
as follows: 

Patent 6,101,524, claim 1: 

-identifying execution order of critical events of said program, wherein said program 
comprises critical events and non-critical events; 
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-generating groups of critical events of said program. . . 

-generating for each given execution thread, a logical thread schedule that identifies a 
sequence of said groups. . . 

maps to Application 09 / 520008 claims 1 and 67: 
-identifying execution order of critical events of a program. . . 

-generating groups of critical events of said program. . . 

-generating for each given execution thread, a logical thread schedule that identifies a 

sequence of said groups ... 

Furthermore, there is no apparent reason why applicant was prevented from presenting 
claims corresponding to those of the instant application during prosecution of the application 
which matured into a patent. See In re Schneller, 397 F.2d 350, 158 USPQ 210 (CCPA 1968). 
See also MPEP § 804. 

Claim Objections 

14. Claim 53 objected to because of the following informalities: Claim 53 recites "The 
method according to claim 53 . . . ", should be -The method according to claim 52 . . . --. Examiner 
will treat this claim as if it were dependent upon claim 52. Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

15. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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16. Claims 1-33 & 35-48, 57-62, and 64-69 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over "Deterministic Replay of Java Multithreaded Applications" by Jong-Deok 
Choi, and Harini Srinivasan (August 1988), in view of "TCP/IP Illustrated, Volume 1 The 
Protocols", by W. Richard Stevens (1994). 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Per claim 1, Choi disclosed: 

-identifying an execution order of critical events of a program; (Page 2, right column, paragraph 
7, ".. .capture all these synchronization events and the shared variable accesses in order to 
reproduce the exact same execution behavior. . .collectively refer to the synchronization events 
and shared variable accesses as critical events. . .A logical thread schedule is a sequence of 
intervals of critical events. . .") 

-generating groups of critical events of said program, wherein for each group, critical events 
belonging to said group belong to a common execution thread; (Page 4, left column, paragraphs 
3 & 4, "The logical thread schedule of an execution instance. . .is an ordered set of critical events 
intervals. . .a set of maximally consecutive critical events of a thread. Formally, a logical 
schedule interval is a (temporally well ordered) non-empty set of critical events with the 
following properties: 1 . all critical events of the logical schedule interval belong to the same 
thread...") 

-generating, for each execution thread, a logical thread schedule that identifies a sequence of said 
groups so as to allow deterministically replaying non-deterministic bytes (Page 4, left column, 
paragraph 5, ". . .given any two critical events. . .of the logical schedule interval, all critical events 
of the thread that happened between (two points) also belong to this logical schedule interval. . .") 
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Although Choi did not provide specific information on networking features, Choi did 
allow for the possibility of the DejaVu system to operate in a networked environment. At 
several locations in the article Choi noted that "it can be used on a multiprocessor system as 
well" (page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 
Choi did not address replaying a non-deterministic arrival of stream socket connection requests, 
a non-deterministic number of bytes received during message reads, a non-deterministic binding 
of stream sockets to local ports, and a non-deterministic arrival of datagram messages. However, 
networking protocols are well known and described by Stevens (Chapter 2: TCP/IP, PPP, 
datagrams, chapter 1 1 : UDP, out of order delivery, reassembly, header data, path discovery, 
chapter 12: unicasting and multicasting, chapter 17: TCP headers, sequencing number, source / 
destination port numbers, packet numbers, order events, chapter 18: socket connections, network 
ids, synchronizing, chapter 25: identifiers / tables (logging) ) 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have modified Choi's disclosed invention, a modified virtual machine that 
records and replays a program's execution, deterministically enforcing logical thread schedules 
by including networking features as disclosed by Stevens because Choi did disclose that his 
DejaVu implementation could be used on a multiprocessor system, but failed to disclose 
common network features. Stream socket connection requests, message reads, stream sockets to 
local ports, and datagram messages are features that allow for communication between 
networked computers. They are well known to persons of ordinary skill in the art and are 
disclosed in the Stevens textbook. 
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Regarding claims 2-10, 17-33, and 39, Choi disclosed: 

Per claim 2: (Page 9, right column, 5 th paragraph, "We have implemented the record/replay 
mechanism discussed in the previous sections by modifying the . . .Virtual Machine. . .") 
Per claim 3: (Page 1, right column, end of 4 th paragraph, "Another advantage of DejaVu is that it 
can be used on a multiprocessor system . . . ") 

Per claim 4: (Page 2, right column, middle of 7 th paragraph, "It is therefore imperative, in a 
record/replay tool, to capture all these synchronization events and the shared variable accesses in 
order to reproduce the exact same execution behavior o the program.") 
Per claim 5: (Page 9, right column, 5 th paragraph, ". . .record/replay mechanism. . .modifying 
the. . .Virtual Machine. . .is capable of deterministic replay of JAVA multithreaded programs. . .") 
Per claim 6: (Page 9, right column, 5 th paragraph, "We considered modifying the application 
bytecdde. . .but decided against it. . .") 

Per claim 7: (Page 1, right column, 4 th paragraph & 6 th paragraph, "Replaying a multithreaded 
program on a uniprocessor system can be achieved by first capturing the thread schedule 
information during one execution of the program, and then enforcing the exact same schedule 
when replaying. . .") 

Per claim 8: (Page 11, right column, 3 rd paragraph, "Also, our approach works on 
multiprocessor systems..." and page 9, left column, 2 nd paragraph, "...each thread executes and 
reproduces the same execution behavior using this ordered list of schedule intervals") 
Per claim 9: (Page 2, right column, paragraph 7, "A logical thread schedule is a sequence of 
intervals of critical events, wherein each interval corresponds to the critical and non-critical 
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events executing consecutively in a specific thread." and page 4, right column, paragraphs 3 & 5, 
"Although the global clock and a thread' s local clock. . . ") 

Per claim 10: (Page 4, left column, paragraph 8, - right column, paragraph 1, "We capture this 
unique logical thread schedule during the record phase, and enforce it during the replay phases to 
reproduce the same execution behavior.") 

Per claim 17: (Page 4, left column, paragraph 8-right column, paragraph 1, "We capture this 
unique logical thread schedule during the record phase, and enforce it during the replay phases to 
reproduce the same execution behavior.") 

Per claim 1 8 : (Page 9, left column, paragraph 2, " . . . each thread executes and reproduces the 
same execution behavior using this ordered list of schedule intervals") 
Per claim 19: (Page 2, right column, paragraph 1, "We collectively refer to all the physical 
thread schedules in an equivalence class as a logical thread schedule.") 

Per claim 20: (Page 2, right column, paragraph 7, "We collectively refer to the synchronization 
events and shared variable accesses as critical events." Also page 2, right column, paragraph 3, 
"monitorenter, monitorexit that mark the begin and end, respectively, of a critical section. . .") 
Per claim 21 : (Page 2, right column, paragraph 4, "wait, notify/notify All that can be used to 
coordinate the execution order of multiple threads. . .") 

Per claim 22: (Page 2, right column, paragraph 7, "A logical thread schedule is a sequence of 
intervals of critical events. . .) 

Per claim 23: (Page 4, left column, paragraphs 3-6, "Each logical schedule interval is a set of 
maximally consecutive critical events of a thread. Formally a logical schedule interval is a 
(temporally well ordered) non-empty set of critical events with the following properties: 1. all 
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critical events of the logical schedule interval belong to the same thread; 2. given any two 
critical events. . .all critical events of the thread that happened between (two points ) also belong 
to this logical schedule interval; and 3. no two adjacent intervals belong to the same thread.") 
Per claim 24: (Page 4, left column, paragraph 1, ". . .trace the first access to f, which is a read, 
and the last access to g. . .") 

Per claims 25, 26, 27, 28 & 30: (Page 4, right column paragraphs 2 & 3, "Each schedule 
interval, LSI, is an ordered set of critical events, and can be represented by its first and last 
critical events as follows. . . We use the global clock that ticks at each execution of a critical event 
to uniquely identify each critical event. . .While running, each thread captures the 
FirstCriticalEvent and LastCriticalEvent ... ") 

Per claim 29: (Page 4, right column, paragraph 5, ".. .global clock and a thread's local clock . 
start with the same time value, the local clock stays behind the global clock when a different 
thread executes a critical event. . .") 

Per claim 3 1 : (Page 4, right column, paragraph 9, "The thread executes the critical event, and 
increments the global clock, both as one atomic operation. . .") 

Per claim 32: (Page 5, left column, paragraphs 2 & 3 - right column, paragraphs 1 & 2, "Since 
multiple threads execute critical events and update the same global clock, the following three 
events must be executed as a single atomic action. . . 1 . AssignGlobalClock - assigning the global 
clock value to the critical event; 2. UpdateGlobalClock - incrementing the global clock. . .3. 
CriticalEvent - execution of a critical event. . .) 

Per claim 33: (Page 9, left column, paragraph 3-8 & right column, paragraph 1.) 
Per claim 39: (Page 4, left column, paragraph 8, through right column paragraph 1.) 
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Regarding claims 11-16, 35-38, 40-48, 57-62, and 64-69: 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the Dej aVu system to operate in a networked environment. 
At several locations in the article Choi noted that "it can be used on a multiprocessor system as 
well" (page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 

Choi did not address PPP (Point-to-Point Protocols), limitations found in claims 11,12, 
and 16. However, Stevens addressed the PPP in chapter 2, pages 26-27 & 3 1-32. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
multithreaded applications, by combining the features found in PPP networking, as addressed by 
Stevens, because Choi did disclose that his invention could be used on a multiprocessor system 
and by including the use of PPP, a well known faster network traffic medium, as noted by 
Stevens, processor to processor communications can realize an improvement. 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment. 
At several locations in the article Choi noted that "it can be used on a multiprocessor system as 
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well" (page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 

Choi did not address out-of-order packets, reassembly after fragmentation, identification, 
header data, and route identification, limitations of claims 38, 41, 42, 45, 46, 57-61, 64-69. 

However, Stevens addressed these features in chapter 11: (discover path / page 153-157, 
header data / 148-157, identification / pages 148-150, reassembling after fragmentation / pages 
148-149, out-of-order connections / pages 148-149, user datagram protocol sockets / pages 159- 
160, source IP and port number / page 144, handling datagram size / pages 159-160). 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
multithreaded applications, by combining the common networking features including "UDP, a 
datagram oriented transport layer protocol" (page 143), because Choi did disclose that his 
invention could be used on a multiprocessor system and datagram protocols, identifications of 
paths, sources and ports, as noted by Stevens, are commonly used in sending / receiving and 
verifying processor to processor communications. 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment. 
At several locations in the article Choi noted that "it can be used on a multiprocessor system as 
well" (page 1 , right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 



Application/Control Number: 09/520,008 Pa S e 15 

Art Unit: 2122 

Choi did not address unicasting and multicasting, limitations of claims 14, 15, 40, and 62. 

However, Stevens addressed these features in chapter 12: ("three kinds of IP addresses: 
unicast, broadcast, and multicast (threads in parallel)" / page 169). 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
multithreaded applications, by including options for unicasting or multicasting, in referencing to 
sending messages, as noted by Stevens, because it allows the sender to efficiently specify one 
recipient or multiple recipients as needed when communicating in a multiprocessor system. 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment, 
At several locations in the article Choi noted, "it can be used on a multiprocessor system as well" 
(page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with the 
addition of networking features such as socket connections and datagram messages included. 

Choi did not address TCP headers, sequence numbers, source and destination port 
numbers, packet numbers and the order of events, limitations of claims 37, 60, 61, and 64-69. 

However, Stevens addressed these features in chapter 17: (order events within thread / 
page 227, TCP headers, sequence numbers, source and destination port numbers, number of 

packets / pages 225-228) . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
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multithreaded applications, with features addressed by Stevens, regarding Transmission Control 
Protocol, because "TCP provides a connection-oriented, reliable, byte stream service" (page 223) 
useful when communicating in a multiprocessor system. 

Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment. 
At several locations in the article Choi noted, "it can be used on a multiprocessor system as well" 
(page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with the 
addition of networking features such as socket connections and datagram messages included. 

Choi did not address connections, network id, and synchronizing, limitations of claims 
12, 13, 35-38, 41-44, and 46-48. However, Stevens addressed these features in chapter 18: 
(connection establishment & termination protocol / page 229-234, synchronizing (SYN) / page 
231, network id / page 237, bind socket to port & unique identity / page 260, (uniquely identified 
by a 4-tuple), re-establish connection / page 230, identifying a connection request / page 240) . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
multithreaded applications, with features addressed by Stevens, regarding the connection 
establishment and termination of TCP, because TCP is a useful technique for exchanging data 
among networked processors, a connection-oriented, reliable, byte stream service. 
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Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment. 
At several locations in the article Choi noted that "it can be used on a multiprocessor system as 
well" (page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 

Choi did not address identifiers and logging information in tables, limitations of claims 
43 & 44. However, Stevens addressed these features in chapter 25: (variable identifiers and 

tables, logging / page 388 ). 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have combined the disclosed art of Choi, a deterministic replay of JAVA 
multithreaded applications, by combining the common networking features including "UDP, a 
datagram oriented transport layer protocol" (page 143), because Choi did disclose that his 
invention could be used on a multiprocessor system and the use of identifiers, tables, and 
logging, as noted by Stevens, are useful for network management in processor to processor 
communications. 

1 7. Claims 34 and 49-56 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
"Deterministic Replay of Java Multithreaded Applications" by Jong-Deok Choi, and Harini 
Srinivasan (August 1988), in view of "TCP/IP Illustrated, Volume 1 The Protocols", by W. 
Richard Stevens (1994), and further in view of "The JAVA Developers Almanac, The JAVA 
Series from the Source" by Patrick Chan (1998). 
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Choi disclosed a deterministic replay of JAVA multithreaded applications under the 
name of DejaVu. Although Choi did not provide specific information on networking features, 
Choi did allow for the possibility of the DejaVu system to operate in a networked environment. 
At several locations in the article Choi noted that "it can be used on a multiprocessor system as 
well" (page 1, right column, 4 th paragraph). The presented claims read exactly on DejaVu with 
the addition of networking features such as socket connections and datagram messages included. 

• Choi did not address socket connections, TCP/IP, PPP and other networking features. 
However, these are well known, and addressed by Stevens. Choi and Stevens, combined, failed 
to address the JAVA language specification. However, Chan, included information on JAVA 
packages, classes, and methods included as a part of the JDK, Gava.io, java.net, java.rmi*) 
(pages 63-80) that can be used to enable byte code to work with socket APIs, and the JAVA 
Native Interface (JNI) (pages 794-799), a native programming interface for JAVA that is a part 
of the JDK, used to write native methods (map socket calls in a virtual machine). Chan 
referenced (pages 63-66), java.io classes for various read() methods available, (page 74) 
SocketPermission and BindException in the java.net package, referenced by claim limitations of 
claims 49, 54, 55, and 56. Chan included information on JAVA Native Interface, JNI at pages 
794-799, referenced by claim limitations of claim 34. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of 
the invention, to have modified Choi's DejaVu technique, which could be used on a 
multiprocessor system, to include socket API methods as disclosed by Stevens and JAVA 
methods, including native interface methods, to address networking features of virtual machines 
and byte codes, because these are common communication methods for a virtual machine 
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networked environment that enable interprocess communications, and they are defined in the 
Java Developers Kit as a part of the JAVA language, as addressed by Chan. 

Per claim 50: (See limitations addressed in claims 33 and 49.) 

Per claims 51 and 52, Stevens disclosed (page 505, Appendix G, The Sock Program, first 
paragraph) "specify the size of each read". 

Per claim 53, Stevens disclosed (chapter 11, page 149), "The information maintained in the IP 
header for fragmentation and reassembly provides enough information to do this." 

Conclusion 

18. The prior art made of record and not relied upon is considered pertinent to applicant' s 
disclosure. 

1 9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (703) 305-4564. The 
examiner can normally be reached Monday through Thursday, from 7:00 A.M. to 5:30 P.M. If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Tuan 
Dam can be reached on (703) 305-4552. 

The fax phone number is (703) 872-9306. Any inquiry of a general nature or relating to 
the status of this application or proceeding should be directed to the receptionist whose telephone 
number is (703) 305-3900. 

Mary Steelman 
09/10/2003 




